home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / lang / c-part1 / 6871 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.1 KB
  1. Path: keats.ugrad.cs.ubc.ca!not-for-mail
  2. From: c2a192@ugrad.cs.ubc.ca (Kazimir Kylheku)
  3. Newsgroups: comp.lang.misc,comp.lang.perl.misc,comp.lang.tcl,comp.lang.c,comp.lang.java
  4. Subject: Re: Relative Speed of Perl vs. Tcl vs. C
  5. Date: 15 Feb 1996 14:17:10 -0800
  6. Organization: Computer Science, University of B.C., Vancouver, B.C., Canada
  7. Message-ID: <4g0bd6INNn9j@keats.ugrad.cs.ubc.ca>
  8. References: <4e3a2u$eoa@wcap.centerline.com> <JTV2J.96Feb11115145@brunelleschi.cs.virginia.edu> <4flm87$m0c@csnews.cs.colorado.edu> <JTV2J.96Feb12141108@mamba.cs.virginia.edu>
  9. NNTP-Posting-Host: keats.ugrad.cs.ubc.ca
  10.  
  11. In article <JTV2J.96Feb12141108@mamba.cs.virginia.edu>,
  12. John Viega <rust@Virginia.EDU> wrote:
  13.  >Like I said, I've used both languages extensively. Perl's string
  14.  >processing facilities are more concise than Python's.  However, I
  15.  >know a lot of people, myself included, who feel that Perl's
  16.  >conciseness in this area is a drawback.  Sure, it might be 3 to 5
  17.  >lines of python code, but the operations are a lot clearer.  Besides,
  18.  
  19. Isn't python some pathetic parser whose idea of block structure is governed by
  20. the _indentation_ of your code? 
  21.  
  22. ...nuff said.
  23. -- 
  24.  
  25.